home *** CD-ROM | disk | FTP | other *** search
/ 8bitfiles.net/archives / archives.tar / archives / compuserve-file-archive / 22 Graphics & Utilities / RLEERR.THD < prev    next >
Encoding:
Text File  |  2019-04-13  |  11.1 KB  |  317 lines
  1. #: 24505 S14/Pixel Perfect & RLE
  2.     22-Feb-91  19:33:09
  3. Sb: #bad lib 14 file?
  4. Fm: Bill Roberson 73320,1550
  5. To: Ed Flinn 76703,4032 (X)
  6.  
  7. Ed,
  8.  
  9. I was checking out my RLE viewing ability and viewed the following file.
  10.  
  11. The file did not view properly on my screen.  I viewed another and it viewed
  12. properly.
  13.  
  14. [72376,3650]
  15. ALLDOG.RLE/graph:rle      15-Jan-90 3864               18
  16.  
  17.     Title   : RLE - All Dogs Go to Heaven
  18.     Keywords: RLE CHARLEY ANNE-MARIE ALL DOGS GO TO HEAVEN DON BLUTH JAN1990
  19.  
  20.     RLE picture of Charley and Anne Marie, from the animated movie "All Dogs Go
  21.     To Heaven", A Don Bluth Production. Digitized with Computereyes.
  22.  
  23.  
  24. Hope the problem was just me, but wanted to make sure you folks knew about it.
  25.  
  26. 8)  Bill  8)
  27.  
  28.  
  29.  
  30. #: 24507 S14/Pixel Perfect & RLE
  31.     23-Feb-91  05:28:54
  32. Sb: #24505-#bad lib 14 file?
  33. Fm: Sysop/Betty Knight 76703,4037
  34. To: Bill Roberson 73320,1550 (X)
  35.  
  36. Dear Bill,
  37.  
  38.      I saw your message to Sysop Ed about the ALLDOG.RLE in our LIBrary 14, so
  39. I thought I would try it on my EPSON EQUITY I compatible using CompuServe's
  40. Professional Connection PC3.  It displayed fine online for me.  Later I will
  41. try my Commodore C128 in C64-mode and VIDTEX4.2.  I'm wondering now if there's
  42. been a change in the CompuServe software that isn't recognized by your Terminal
  43. Program.  I'm sure Ed will be checking on this too.  What program did you use? 
  44. Thanks for bringing this to our attention.  Take care.
  45.  
  46.           Sincerely,
  47.           Betty Knight
  48.  
  49.  
  50.  
  51.  
  52. #: 24509 S14/Pixel Perfect & RLE
  53.     23-Feb-91  08:37:57
  54. Sb: #24507-#bad lib 14 file?
  55. Fm: John Iannetta 73510,2152
  56. To: Sysop/Betty Knight 76703,4037 (X)
  57.  
  58. Betty,
  59.  
  60.                 May I ask a favor of you in an attempt to preserve my dwindling
  61. sanity?  Tell me what you see when you display "ALLDOG.RLE".  I tried it in
  62. normal and reverse video.  I rotated the monitor in $5A degree steps through a
  63. complete circle.  Now admittedly, I have not seen the related movie.  And I
  64. don't know what Charley and Anne Marie should look like.  But presumably, I
  65. should recognize the form of life with which I am familiar.  The RLE format is
  66. so unsophisticated and straightforward that it is difficult for me to
  67. understand how decoders can differ.  I realize that the appearance of abstract
  68. paintings (and cumulus clouds) varies greatly from beholder to beholder.  But
  69. an RLE graphic?  Or have I begun to acquire senile macular degeneration?
  70.  
  71.                   John
  72.  
  73.  
  74.  
  75.  
  76. #: 24511 S14/Pixel Perfect & RLE
  77.     23-Feb-91  09:31:50
  78. Sb: #24509-#bad lib 14 file?
  79. Fm: Ed Flinn/Sysop 76703,4032
  80. To: John Iannetta 73510,2152 (X)
  81.  
  82. John,
  83.    The picture is a girl hugging a dog as another dog looks on, grinning. It
  84. does seem that some decoders can't handle the file, but I haven't got one that
  85. fails at hand.  GAS64, geoRLE, and Import Runner (the last two GEOS programs)
  86. have little trouble with it, tho all three show the light/dark values reversed.
  87. I know the RLE display module for D128 is sensitive to problem files that some
  88. other decoders seem able to bull thru, but can't test that now, since my 128 is
  89. down.
  90.  
  91.  
  92.  
  93.  
  94. #: 24512 S14/Pixel Perfect & RLE
  95.     24-Feb-91  01:36:28
  96. Sb: #24511-#bad lib 14 file?
  97. Fm: John Iannetta 73510,2152
  98. To: Ed Flinn/Sysop 76703,4032 (X)
  99.  
  100. Ed,
  101.  
  102.                     OK, I see the little girl.  And I GUESS that it is a dog
  103. that she is hugging.  But I certainly can't discern another dog.  However, I am
  104. sure that I see the technical problem.  The file erroneously inserts a carriage
  105. return ($0D), between the opening escape sequence ($1B,$47,$48) and the start
  106. of the data ($20,$7F,$20,$7F,...).  How the decoder handles this anomaly
  107. determines the display.  Normally, the routine would subtract $20 from the
  108. byte, write the resultant number of background color pixels, and toggle the
  109. background/ foreground flag.  That would result in a displaced white on black
  110. image.  If the software completely ignores the $0D, as it is less than $20, the
  111. image will be correctly reproduced.  If the program doesn't perform the
  112. subtraction and clear the ($ED) bits, but toggles the flag, the display will be
  113. correct except for a negative image.
  114.  
  115.                      John
  116.  
  117.  
  118.  
  119.  
  120. #: 24518 S14/Pixel Perfect & RLE
  121.     25-Feb-91  13:30:14
  122. Sb: #24512-#bad lib 14 file?
  123. Fm: Sysop/Betty Knight 76703,4037
  124. To: John Iannetta 73510,2152 (X)
  125.  
  126. Dear John,
  127.  
  128.      Thanks for pointing up the problem of a <Carriage Return> after the
  129. "<ESC>gh" which sets the High Resolution Mode on in the RLE (Run Length
  130. Encoded) file ALLDOG.RLE in CBMART's LIBrary 14 that some software could not
  131. display properly.  We're glad you found that problem. After reading your mesage
  132. I did some random testing of our other RLE files. I used the LIBrary command at
  133. the Disposition prompt ! read/intel (rea/int) which displays the files in HEX
  134. Intel format.  You can use this command for checking if a file has an Image
  135. Header, RLE controls, GIF controls, etc. The RLE files I checked did not have
  136. the <CR> in the Headers.
  137.  
  138.      In CBMART's Graphics Utility LIBrary 10 there are some files which explain
  139. RLE and some Source code for decoders -- Assembler Language by CBMART's Sysop
  140. Todd Heimarck (LIB 10 ! bro/key:*rle*).  As you know there are various ways to
  141. program RLE Decoders.  Some check for an <ESCape> and bypass the next two
  142. characters; others check for the <ESC>  followed by the "gh". I would imagine
  143. that most should make sure the data is between 32 and 127 (HEX 20 and HEX 7F)
  144. which would bypass the <CR> (HEX 0D) problem.
  145.  
  146.      Thanks, John, for your informative message.  Take care.
  147.  
  148.           Sincerely,
  149.           Betty Knight
  150.  
  151.  P.S.  Malcolm O'Brien uploaded to LIB 14 the file NEWDOG.RLE which has the
  152. <CR>s removed.
  153.  
  154.  
  155.  
  156.  
  157. #: 24530 S14/Pixel Perfect & RLE
  158.     26-Feb-91  22:31:16
  159. Sb: #24518-bad lib 14 file?
  160. Fm: John Iannetta 73510,2152
  161. To: Sysop/Betty Knight 76703,4037 (X)
  162.  
  163. Betty,
  164.  
  165.                   I was unaware that CIS honors the rea/int command.  I can see
  166. how useful that would be for checking the first several bytes of a file
  167. (especially a binary file) on-line. Thanks for the tip.  I came across a file
  168. in LIB 14, "SMPSON.RLE", whose description states that some decoders have
  169. trouble processing the file.  Sure enough, it has a carriage return between the
  170. escape sequence and the first data byte.  Your comment that a decoder should
  171. make sure that all data are from $20 to $7F is interesting.  It lies at the
  172. heart of the difference between "error checking" and "error correcting"
  173. techniques.  If you receive a $C0, e.g., you know that is an error.  But if you
  174. just ignore it, not only is there a displacement of the rest of the image, but
  175. the background /foreground flag is not toggled, printing a negative of the
  176. remaining image.  My own choice is to toggle the flag and write a $50, the
  177. arithmetic mean of all possible values. Similarly, when reading a text file
  178. with a parity bit, and the RS-232 parity error bit is set, it might be wiser to
  179. ignore it and print the incorrect character than to skip past it and risk
  180. shifting a line in a tabular display.
  181.  
  182.         There are also the sophisticated algorithms used in HDTV and military
  183. radar, which use past data and other information to determine the most likely
  184. value of a word found to be incorrect. But their use would hardly be warranted
  185. for displaying a picture of a dog.
  186.  
  187.                  John
  188.  
  189.  
  190.  
  191. #: 24557 S14/Pixel Perfect & RLE
  192.     02-Mar-91  12:21:30
  193. Sb: #24518-bad lib 14 file?
  194. Fm: John F. Davis 73455,43
  195. To: Sysop/Betty Knight 76703,4037 (X)
  196.  
  197. Betty, I read both ALLDOG.RLE and NEWDOG.RLE with VIDTEX 4.2 They both decoded
  198. the same. They both looked fine and my Daughter was able to identify the
  199. picture with no hints.
  200. (It pays to use Comp-U-Serve software on Comp-U-Serve)
  201.  
  202. Keep up the good work
  203.  
  204.  
  205.  
  206. #: 24521 S14/Pixel Perfect & RLE
  207.     25-Feb-91  18:12:18
  208. Sb: #24507-bad lib 14 file?
  209. Fm: Bill Roberson 73320,1550
  210. To: Sysop/Betty Knight 76703,4037 (X)
  211.  
  212. Betty,
  213.  
  214. Ed was right when he mentioned Dialogue 128 and RLE.EXT.  Glad the file isn't
  215. completely fouled up.
  216.  
  217. Wonder if my using Dialogue and RLE.EXT would have any efect on reading weather
  218. maps?
  219.  
  220. Thanks for checking the file.
  221.  
  222. 8)  Bill  8)
  223.  
  224.  
  225.  
  226.  
  227.  
  228. #: 24673 S14/Pixel Perfect & RLE
  229.     20-Mar-91  08:12:15
  230. Sb: #RLE Dog and Weather
  231. Fm: Richard Concepcion 72376,3650
  232. To: Sysop (X)
  233.  
  234. I've noticed that my file ALLDOG.RLE has been re-as NEWDOG.RLE minus 2
  235. "offending bytes". I don't recall which RLE encoder I used to create the
  236. original file that might have produced the problem bytes. However, I do notice
  237. that when I display the new file with Vidtex 4.2, after the picture completes
  238. on the screen, Vidtex immediately then Returns To Text without holding the
  239. picture for viewing. Could one of those original bytes have been there for
  240. holding the picture on screen until a <CR> is hit to Return To Text?
  241.  
  242.  
  243. Also, if anyone is interested, CIS seems to have finally fixed the RLE Map
  244. display options over in WEATHER. Unlike in the "old days" though, RLE Map
  245. options are now only limited to Depiction (i.e. aviation visibility) and Radar
  246. (i.e. precipitation). All other Weather forecast options are only available as
  247. AccuWeather Maps in .GIF format.
  248.  
  249.  
  250. Richard Concepcion/Rapid T. Rabbit
  251.  
  252.  
  253.  
  254. #: 24679 S14/Pixel Perfect & RLE
  255.     20-Mar-91  16:56:49
  256. Sb: #24673-#RLE Dog and Weather
  257. Fm: John Iannetta 73510,2152
  258. To: Richard Concepcion 72376,3650 (X)
  259.  
  260. Richard,
  261.  
  262.                I REAd "NEWDOG.RLE" using VIDTEX V4.2 and the display held,
  263. until I sent a CR.  Ditto with "ALLDOG.RLE". Originally, I found a CHR$(13)
  264. right after the opening escape sequence.  Some decoders did not ignore it, even
  265. though it was less than CHR$(32), and displayed an aberrant image.  VIDTEX DOES
  266. ignore it and displays the picture properly. Malcolm uploaded "NEWDOG.RLE",
  267. stating that he stripped "ALL*" of TWO CR's, the other one at the end of the
  268. file.  That has me puzzled, since "ALL*" contains 3864 bytes and "NEW*"
  269. contains 3863.
  270.  
  271.        Vidtex stays in HI-RES mode until receiving a CHR$(27), CHR$(71),
  272. CHR$(78) sequence from the host.  Sending a CR should elicit that response.
  273.  
  274.        Thanks for the info about the RLE weather maps.  I didn't expect CIS to
  275. support RLE any further.
  276.  
  277.                   John
  278.  
  279.  
  280.  
  281. #: 24700 S14/Pixel Perfect & RLE
  282.     22-Mar-91  16:37:24
  283. Sb: #24679-RLE Dog and Weather
  284. Fm: Malcolm O'Brien 76703,4243
  285. To: John Iannetta 73510,2152 (X)
  286.  
  287. John (& Richard),
  288.  
  289. Somebody else said I removed all. I looked at the file in hex byte and found
  290. that there were 2 CR's. One in the header and one at the end. I have an Amiga
  291. utility that strips CR's so I removed the two CR's and then concatenated the
  292. file with a 1-byte file that contained a CR.
  293.  
  294. So... all that's been removed is the one CR that you had mentioned. Glad to
  295. hear that it made the file work properly for you. But judging by Richard's
  296. experience, all RLE readers are not created equal.
  297.  
  298. Malcolm
  299.  
  300.  
  301. #: 24680 S14/Pixel Perfect & RLE
  302.     20-Mar-91  17:36:53
  303. Sb: #24673-RLE Dog and Weather
  304. Fm: Sysop/Betty Knight 76703,4037
  305. To: Richard Concepcion 72376,3650 (X)
  306.  
  307. Dear Richard,
  308.  
  309.      I've just uploaded to CBMART's LIB 14 the captured messages on these files
  310. and it is named:  RLEERR.THD.  I believe you might have missed them. After you
  311. read the RLEERR.THD I'm sure we all would like to discuss it. I'm glad they
  312. finally corrected the RLE part of GO MAPS.  Thanks and take care.
  313.  
  314.           Sincerely,
  315.           Sysop/Betty Knight
  316.  
  317.